home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000343_fdc@columbia.edu_Thu Oct 23 13:07:18 2003.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Path: newsmaster.cc.columbia.edu!not-for-mail
  2. From: Frank da Cruz <fdc@columbia.edu>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: DSR off ...
  5. Date: 23 Oct 2003 16:56:37 GMT
  6. Organization: Columbia University
  7. Lines: 34
  8. Message-ID: <slrnbpg225.aad.fdc@sesame.cc.columbia.edu>
  9. References: <cf6cc183.0310211334.2b68926b@posting.google.com> <slrnbpbcob.co2.fdc@sesame.cc.columbia.edu> <8ce22d01.0310211755.5aeb83f8@posting.google.com> <cf6cc183.0310221148.69ac828a@posting.google.com> <slrnbpdtri.ilh.fdc@sesame.cc.columbia.edu> <cf6cc183.0310230551.52867e2d@posting.google.com>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1066928197 8517 128.59.59.56 (23 Oct 2003 16:56:37 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 23 Oct 2003 16:56:37 GMT
  15. User-Agent: slrn/0.9.7.4 (SunOS)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14596
  17.  
  18. In article <cf6cc183.0310230551.52867e2d@posting.google.com>, icurmt wrote:
  19. : Alright, let me give you more insight to why I am seeing all these
  20. : problems. I am using the Single Board Computer to talk to the
  21. : Microcontroller unit through serial ports. The DTR pin on the SBC is
  22. : hacked to recycle the power on the MCU. Now when the communication is
  23. : initiated, the DTR pin goes high(1) which resets the MCU and
  24. : communication fails. Thats the reason that during "show comm"
  25. : I see that DSR is off. Now when the communication terminates, the DTR
  26. : is turned off (0) which turns the MCU on.
  27. : Something which puzzles me is that why is DTR handshaking used here
  28. : even when I am stating in kermit program to use the Xon/Xoff
  29. : flowcontrol. I also tried the RTS/CTS handshaking but the result was
  30. : same.
  31. DTR and flow control (usually) have nothing to do with each other.
  32. DTR is a signal from the computer to the modem saying "I am turned on"
  33. and/or "this serial port is open".  By definition, when you turn it off,
  34. this supposed to break the connection.
  35.  
  36. Unfortunately in this case, Kermit is not a general-purpose modem-control
  37. manipulating program.  It operates at a higher level.  "set line /dev/xxx"
  38. turns DTR on (and in most cases also RTS).  Closing the device turns it off.
  39. RTS/CTS are used by the device driver (transparently to Kermit) for flow
  40. control if you have "set flow rts/cts".
  41.  
  42. CD, CTS, DSR, and RI are incoming signals -- "read only".  You can see
  43. them with "show comm" and you can test them with the WAIT command.
  44.  
  45. The only way in Kermit that you can touch DTR is with the HANGUP command,
  46. which sets DTR low for about 250 milliseconds, then brings it back, which
  47. is how one tells a modem to hang up a telephone connection.
  48.  
  49. - Frank
  50.